-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add CI for spell check and other linters #231
base: main
Are you sure you want to change the base?
Conversation
Lo, it ran but needs permission to create a PR:
|
@k4rtik : thanks I appreciate it - I belong to those people who have difficulties with languages which don't come with compilers. I will take care of the access token. |
@k4rtik : is there a way to avoid the chmod of the files in the shell-scripts folder? None of these files is intended to be called directly - they are all intended to be sourced. So the access mode 644 is intentional and a 755 mode would be more confusing than helpful. |
Another issue is that issues in the auto generated Readme files should be flagged, but not corrected. All errors in auto generated files must be fixed somewhere else. |
I added the secret, but it didn't do anything I guess because in the PR all changes are already fixed. So I guess to test the PR I need to undo all these changes? |
@k4rtik : a last comment - can you please factor out the suggested changed from the CI procedure? The CI procedure I am happy to merge as is, but most of the suggested changes not. |
"Improve performance by switching to python flavor" commit 184db9e.
Yes, pushing this change. Sorry about the confusion.
They seem flagged, but there is still some permissions issue, see the error:
I think this might be because of the change you made at 64269d4#diff-206ce5348d308a71dab8cdc132d6dc2babebc80b94a707a45a744909ed9367d4L44
According to the doc, this does not need to be touched. "GITHUB_TOKEN" is automatically set by GitHub.
I think this will also require that the correct
To be clear, the only suggested changes that I included in the PR were file permissions, and those that could not be fixed automatically such as bad links/were leading to false positives such as We can decide about keeping automatic fixing of suggestions once we test this feature out. |
@k4rtik : thanks: regarding factoring: I want to strictly separate the CI procedure as such (I would think 2 files) and any changes it produces. E.g. the link changes in the .MD files should also be done differently (by creating a new section which covers the two). But any way, introducing these checks in CI and actually fixing them should be separate, independent steps. |
P.S.: Please abort the main CI processes when you do changes - for this PR only the new CI step needs to run. |
Hi @MSoegtropIMC can you manually cancel these platform CI runs, ie, all except the Megalinter one? As it may not get queued until much later. |
Is there a way for me to abort them? I don't think I have permission. Or did you mean to disable them while making the PR? |
Ah I forgot that you don't have permission for this. I think it is better then to disable them for the PR - I will then piggy back the PR and reenable it before I merge. |
I am getting this error with my latest change:
Can you please double-check if the personal access token you created is called Unsure what's happening here. |
AFAIK the secrets are not available in PRs from forks. |
@@ -77,7 +77,7 @@ This method is intended for experienced users, who may want to use opam to insta | |||
- Debian, Ubuntu: sudo apt-get install build-essential | |||
- CentOS, RHEL, Fedora: sudo dnf groupinstall "Development Tools" | |||
- OpenSuse: sudo zypper in -t pattern devel_C_C++ | |||
- For CentOS and possibly RHEL some additional steps are required, see [CentOS](#centos) below. | |||
- For CentOS and possibly RHEL some additional steps are required, see [CentOS](#centos-enable-sudo-for-current-user) below. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change is not ok. Instead there should be a section "CentOS" which covers the two subsections.
@@ -22,8 +22,6 @@ right click the `Coq_Platform` app in `/Applications` in Finder and select `open | |||
- In case you want to use the installed `coqc` from the command line, please add the folder `/Applications/Coq_Platform_2022.01.0.app/Contents/Resources/bin` to your `PATH`. | |||
- If you want to inspect the installed content, right click the `Coq_Platform` app in `/Applications` in Finder and select `Show Package Contents`. | |||
|
|||
A note to lecturers: it is easy to create a customized Windows installer from an opam switch - see [Customized Installers](#customized-installers) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This change is not OK - it just deletes a useful point.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I stripped it because this read me is about macOS and this point is included in windows read me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Indeed - but the point is the same for MacOS, so the right fix would be to add the corresponding section. So please leave this in and just write "MacOS" instead of "Windows", remove the link and create an issue to add the section.
@@ -248,7 +248,7 @@ The **full level** contains the following packages: | |||
(<a href='https://github.com/HoTT/HoTT/issues'>bug reports</a>) | |||
(<a href='https://coq.inria.fr/opam/released/packages/coq-hott/coq-hott.8.13/opam'>opam package</a>) | |||
</dd> | |||
<dt><b>description</b></dt><dd>To use the HoTT library, the following flags must be passed to coqc:<br> -noinit -indices-matter<br>To use the HoTT library in a project, add the following to _CoqProject:<br> -arg -noinit<br> -arg -indices-matter</dd> | |||
<dt><b>description</b></dt><dd>To use the HoTT library, the following flags must be passed to coqc:<br> -noinit -indices-matter<br>To use the HoTT library in a project, add the following to <code>_CoqProject</code>:<br> -arg -noinit<br> -arg -indices-matter</dd> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can such changes be removed? It somehow makes sense, but these files are auto generated from Opam metadata, and I don't want to get correction PRs each time i update the ReadMe files.
@k4rtik : can you please do the requested changes - or alternatively remove the ReadMe files from the commit. Also can you please change the bad charter link in [maintainer_scripts/create_readme.sh] - I think this should go together with the same change in the auto generated files. I will then take it from there - I guess this will run only on main (which I think is good enough). |
In that case let me try testing these features on my fork directly and then I will send a PR later. |
Following up with #173 (comment) and #197 (comment)
The linters currently point out some typos etc, see https://github.com/k4rtik/platform/runs/5667821385?check_suite_focus=true#step:4:254 but I have not fixed them in this PR to test the tool's auto PR support for those fixes.
Once this PR is merged, we may want to change
VALIDATE_ALL_CODEBASE: true
toVALIDATE_ALL_CODEBASE: ${{ github.event_name == 'push' && github.ref == 'refs/heads/main' }}
so that CI only tests the new changes.I have also disabled certain linters that may involve stylistic choices, namely:
I will let you decide about enabling them.